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Initiation of an electronic payment transaction 
Field of the Invention 

[0001] The invention relates to electronic payment transactions. In particular the 

invention relates to a method and a computer program for initiating an electronic payment 
transaction, to a filter and a transaction server of a communication system, by means of which 
5 the electronic payment transaction is initiated and respectively implemented, as well as to a 

method and a computer program for initiating the filter. 

Background of the Invention 
9 [0002] The increasing propagation of mobile communication means for the voice and 

data transmission creates the need for mobile services in the field of electronic business 
transactions, services like electronic payments, ticket orders or home banking with mobile 
communication means. For this purpose, the payment systems may be integrated in mobile 

13 communication systems. Such mobile communication systems are, for example, a Global 

System for Mobile Communication (GSM), a GSM system offering a General Packet Radio 
Service (GPRS), a Packet Personal Digital Cellular (PPDC) System, a Wideband Code Division 
Multiple Access (WCDMA) System, a Universal Mobile Telecommunication System (UMTS), 

17 a Bluetooth™ System, a Digital European Cordless Telecommunications (DECT) System or 
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wireless Local Area Network (LAN) systems or respectively wireless Asynchronous Transfer 
Mode (ATM) Systems. 

[0003] One known protocol for electronic payment transactions is the Secure Electronic 

5 Transaction (SET™) protocol, which allows a credit card holder by means of a terminal, e.g. 

a personal computer (PC), the safe electronic payment via a public network, such as the internet. 

The encryption algorithms used by the SET™ set a high standard on the processor performance 

and the memory space of the terminal. Mobile communication means, such as mobile phones, 
9 can frequently not meet said demands. Therefore, SET™ is not suited as protocol for electronic 

payment transactions via mobile communication terminals in an implementation provided for 

the PC. 

13 [0004] Two concepts relating to an implementation of the SET™ protocol for the 

electronic payment by means of mobile communication terminals are proposed in the article 
"Adaptation of the SET Protocol to Mobile Networks and to the Wireless Application 
Protocol", Proceedings of European Wireless '99, 1999, pages 193-198, VDE-Verlag Berlin, 

17 by K. Wrona and G. Zavagli. In one concept, payment transactions are performed by a SET™ 
Wallet Server being, for instance, part of a mobile communication system, rather than by the 
mobile communication terminal. The SET™ Wallet Server thereby contains the entire SET™ 
functionality. The keys used for encrypting by the SET protocol, a public and a private key of 

21 the customer, i.e. the user of the communication terminal, are stored in the SET™ Wallet 
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Server. 

[0005] A Split SET™ Server is proposed in another concept. Just like the SET™ Wallet 

Server, the Split SET™ Server rather than the mobile communication terminal performs 
5 payment transactions by means of the SET™ protocol. For this purpose, the Split SET™ Server 

contains the public key of the customer. The private key of the customer is stored in the mobile 
communication terminal, e.g. in a subscriber identity module (SIM) card of the terminal or in 
another smart card. 

9 

[0006] For the communication with the SET™ server and a server of a merchant, the 

Hypertext Transfer Protocol HTTP and the use of Java are suggested. For the communication 
with a Wireless Application Protocol (WAP) phone a WAP Proxy Gateway translates between 
1 3 the HTTP protocol and the WAP protocol. 

[0007] hi both concepts described, payment transactions are triggered by payment 

requests sent from a server of a merchant to the communication terminal of the customer. For 
17 the electronic payment the communication terminal must be capable of processing the 
respective payment request, irrespective of the size of the message, the content thereof or the 
used transmission protocol. This involves considerable effort and costs, as sufficient resources, 
i.e. processing and storing capacities, have to be available in the communication terminal. 

21 
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[0008] The use of a WAP Proxy Gateway does not solve this problem. If, for instance, 

a payment request, which can be sent off by a server of the merchant in the form of a HTTP 
message, exceeds the allowed WML page size after the translation into the WML format, it can 
no longer be represented in the communication terminal 

5 

[0009] In the article "Mobile Chip Electronic Commerce: Enabling Credit Card Payment 

for Mobile Devices", Proceedings of eBiz2000, June 2000, Singapore, by M. Schuba and K. 
Wrona the Mobile Chip Electronic Commerce concept is introduced, which splits the client 
9 functionality of the SET™ protocol into a client functionality in a mobile communication 

terminal and into a server functionality in a Mobile Chip Electronic Commerce Server. The 
electronic payment transaction is initiated by a payment request sent by the server of the 
merchant to the mobile terminal of the customer. The payment request contains the amount to 

13 be paid, a currency, information on credit cards accepted by the merchant, an address of the 

merchant as well as details of the placed order. The mobile communication terminal thereupon 
transmits a payment initiation to the Mobile Chip Electronic Commerce Server. Apart from data 
contained in the payment request the payment initiation contains a credit card type, an expiry 

17 date of the credit card and an account number. Upon the receipt of the payment initiation the 

Mobile Chip Electronic Commerce Server performs an exchange of messages with the server 
of the merchant required for the payment by means of the SET™ protocol, as well as an 
exchange of messages with the communication terminal for authentication purposes and for 

2 1 confirming the payment. 
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[0010] Just like with the SET™ Wallet Server concept and the Split SET™ Server 

concept, the Mobile Chip Electronic Commerce concept embodies the disadvantage that for 
initiating the electronic payment transaction the communication terminal has to process the 
5 payment request, irrespective of the size thereof, the content or the used transmission protocol, 

and that it has to have the resources required therefor available. 

[0011] As an alternative it is conceivable that the server of the merchant knows the 

9 capabilities of the communication terminal and correspondingly adopts the payment request in 

view of its size, content and the used transmission protocol. This, however, requires 
considerable activities, for instance, in view of the necessary signaling of the present processing 
capacities. The efficiency of the payments system is, moreover, limited, if the compatibility with 
1 3 old or low performance devices with respect to the communication terminals is not guaranteed. 

Object of the Invention 

[0012] It is the object of the present invention to improve electronic payment 

1 7 transactions, especially via mobile communication terminals, so as to ensure a reliable payment 

handling, irrespective of the efficiency of the terminal. 

Summary of the Invention 
2 1 [0013] The invention in its broad form resides in a method for initiating an electronic 
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payment transaction in a communication system with the use of a filter. In accordance with the 
method, a filter of a communication system receives a payment request, which is modified by 
adding a transaction identification producing a modified payment request. The modified 
payment request is then transmitted to a transaction server. A payment request information 

5 containing the transaction identification is transmitted from the filter to a communication 

terminal. A payment initiation signal containing an additional transaction identification is 
transmitted from the communication terminal to the transaction server; the transaction 
identifications of the modified payment request signal and the payment initiation signal are then 

9 compared by the transaction server; and, then, the payment transaction is performed by the 

transaction server if the transaction identifications correspond with each other. 

[0014] The invention also consists in a filter, for a communication system, comprising 

13 an input interface for receiving a payment request. A computer unit identifies the payment 

request and modifies it by adding a transaction identification thereto. An output interface sends 
the modified payment request to a transaction server (WS) and for sending a payment request 
information containing the transaction identification to a communication terminal (MS). 

17 

[001 5] The invention further resides in a transaction server for electronically processing 

a payment request, comprising: an input interface for receiving and modifying a payment 
request containing a first transaction identification, and for receiving a payment initiation 
21 containing a second transaction identification. A computer unit compares the transaction 
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identifications of the modified payment request and the payment initiation. An output interface 
enables the computer unit to perform a payment transaction if the transaction identifications 
correspond with each other. 

[0016] Involved in an initiation of an electronic payment transaction are a server of a 

merchant, a communication terminal of a customer, a transaction server and a filter. Each 
supplier of goods or services can be a merchant. The filter forms part of a communication 
system. The communication system allows a communication between the server of the 
merchant, the communication terminal and the transaction server. The entire communication 
preferably takes place via the filter. The filter has, among others, the task of forwarding certain 
messages concerning the electronic payment transaction to assigned receivers. 

[0017] The transaction server, which may be a SET™ Wallet Server, a Split SET™ 

Server or a Mobile Chip Electronic Commerce Server, comprises a software, e.g. according to 
the SET™ protocol, for implementing an electronic payment transaction at the expense of the 
customer. The transaction server preferably takes charge of calculation and memory space 
intensive process steps of the payment transaction. The communication terminal is not burdened 
with the processing of said process steps. The payment transaction requested by the server of 
the merchant is merely confirmed by the communication terminal of the customer, e.g. a mobile 
phone or an electronic wallet. 
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[0018] In the following, the message flow for initiating an electronic payment 

transaction will be explained in more detail. The server of the merchant requests an electronic 
payment by means of a payment request. The request is effected, for instance, after a customer 
has placed an order via the^jiternet by means of the communication terminal. Apart from an 

5 amount to be paid, a currency, information on the credit cards accepted by the merchant and an 

address of the merchant the payment request can contain details of the order placed, e.g. a list 
of the ordered goods or services. Also a prepared sales contract or the general terms and 
conditions of trade from the merchant maybe part of the payment request. Advantageously there 

9 is no limitation to the size for the payment request. In an embodiment of the invention the 

payment request is addressed to the filter, i.e. the filter address is known to the server of the 
merchant in this case. The filter address may have been imparted to the server of the merchant, 
for instance, during the ordering process by the client, or it may be stored in the server of the 

13 merchant as part of the customers' data. 

[0019] The filter receives and modifies the payment request by adding a transaction 

identification, which may, for instance, be a numerical value, and sends the modified payment 
1 7 request to the transaction server. The address of the transaction server may be fixedly stored in 
the filter. The filter sends a payment request information containing the transaction ID to the 
communication terminal of the customer. The address of the communication terminal is known 
to the filter, for example, from the payment request. 

21 
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[0020] The payment request, which in the case of an extensive purchase may contain 

a plurality of data items, is advantageously not sent to the communication terminal of the 
customer, which may be limited in view of the processing capacity of the processor and in view 
of the available memory space, but is sent to the transaction server having sufficient processor 

5 performance and sufficient storage capacity for processing extensive payment requests. 

Furthermore it is advantageous that the air interface of the mobile radio system to the 
communication terminal is not burdened by the transmission of the payment request, which 
contains a large quantity of data. Delay times occurring on the air interface when the payment 

9 request is transmitted in a system with a low transmission rate, which reduce the acceptance of 
electronic payment transactions on the customer's side, are avoided. 

[0021] The payment request information sent by the filter to the communication 

13 terminal preferably contains an essentially smaller quantity of data than the payment request. 

In the simplest case the payment request information consists of the transaction ID. The 
payment request information can also be rapidly transmitted to the communication terminal of 
the customer by mobile radio systems having a small data rate on the air interface. The small 
1 7 size of the payment request information renders the transmission thereof flexible with respect 

to the used transmission mechanism. It can, for example, be transmitted via a circuit-switched 
or a packet-oriented data connection, via the Short Message Service (SMS) or via the 
Unstructured Supplementary Service Data (USS). As additional protocol based on the 
2 1 aforementioned or other transport protocols, WAP may advantageously be used. 
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[0022] Upon the receipt of the payment request information the communication terminal 

sends a payment initiation to the transaction server, the address of which may be stored in the 
communication terminal or may be entered by the customer. The sending of the payment 

5 initiation may take place automatically upon the receipt of the payment request information, for 

example, in a WAP session set up by the communication terminal to the transaction server. The 
payment initiation constitutes a confirmation for the transaction server to perform the payment 
transaction. It contains the transaction ID of the payment request information. The payment 

9 initiation can be transmitted by means of the same mechanisms like the payment request 

information. 

[0023] The transaction server receives the modified payment request from the filter and 

13 the payment initiation from the communication terminal. As soon as these two messages are 

available, it compares the transaction IDs thereof. If the transaction IDs correspond with each 
other, the transaction server performs the payment transaction, e.g. by means of the mechanisms 
of the SET™ protocol. By comparing the transaction IDs the transaction server can make sure 
17 in an easy manner that the payment is authorized by the customer, i.e. that it is enabled. Apart 

from the transaction server and the server of the merchant, another server, e.g. also a bank 
server of a credit institute, may by involved in the performance of the payment. 

21 [0024] The filter comprises an input interface for receiving the payment request, an 
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output interface for sending the modified payment request and the payment request information, 
as well as a computer unit for identifying and modifying the payment request. The computer 
unit may be a hardware, e.g. a processor, or a software, e.g. a virtual machine. 

5 [0025] The transaction server comprises an input interface for receiving the modified 

payment request and the payment initiation, a computer unit for comparing the transaction IDs 
of the modified payment request and the payment initiation, as well as an output interface, via 
which the computer unit performs the payment transaction given that the transaction IDs 

9 correspond with each other. The computer unit may advantageously comprise a memory, which 

can store a message, i.e. the modified payment request or the payment initiation, for example 
the message received first, or both messages. 

1 3 [0026] The invention permits the use of complex and secure protocols, e.g. the SET™ 

protocol, for implementing electronic payment transactions with high demands on the 
computing capacity and the memory space, for mobile communication terminals having limited 
resources. 

17 

[0027] The invention is moreover advantageous, when the communication between the 

server of the merchant and the communication terminal takes place by means of a 
communication session, e.g. a WAP session, which does not admit any other session subscriber 
2 1 as communication partner, e.g. the transaction server, or which is interrupted or terminated by 
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a message from another communication partner, e.g. the transaction server. The invention 
allows the maintenance of the communication session between the server of the merchant and 
the communication terminal also during the performance of the electronic payment transaction 
by means of the transaction server, as said transaction server is integrated by the filter in the 
5 existing communication session in view of the message flow. 

[0028] In one embodiment, the invention includes a method for the initiation of a filter 

of a communication system. As described, the filter requires an address of a transaction server 
9 so as to be capable of forwarding received payment requests. For this purpose the transaction 

server receives a filter initiation request, which is, for example, sent by a communication 
terminal and which prompts the transaction server to send a filter initiation message containing 
the address of the transaction server to the filter. The filter initiation message is received by the 
13 filter of the communication system, and the contained address is stored in the filter. 

[0029] The initiation of the filter is flexible, in other words, it may take place at any 

optional time, for example, prior to each sending of a payment request or in the first or each 

1 7 registration of a communication terminal in the communication system. It allows an easy change 

of the address of the transaction server. The filter initiation is especially advantageous, if several 
transaction servers for performing payment transactions are available. The filter initiation 
message may then indicate the transaction server being competent for a certain customer, i.e. 

21 the transaction server administering a corresponding customer account. 
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[0030] The invention may advantageously be realized as a computer program, which 

allows the use of the invention in terminals without requiring changes to the hardware. 
Furthermore, the computer program allows within the scope of manufacturing processes the 
5 easy and inexpensive performance of tests and simulations. 

[003 1 ] In a preferred embodiment, the transaction ID is a random number. In yet another 

embodiment, the determination of the random number is effected by a random sequence 
9 generator of the filter, for instance, by means of a mathematical random function. The random 

character of the transaction ID can prevent manipulations of unauthorized persons using, for 
instance, falsified payment initiations. In another embodiment of the invention the determined 
transaction ED is unique, at least within a certain period of time. This may be ensured, if the 

1 3 filter stores all transaction IDs determined in said period of time. Upon the determination of an 

additional transaction ID and prior to a use of said additional transaction ID the filter makes sure 
by means of a memory inquiry that the additional transaction ID does not correspond to any of 
the stored transactions IDs. The uniqueness of the used transaction ID constitutes a protection 

1 7 against confusions in the assignment of the modified payment request and payment initiation 

performed by the transaction server. 

[0032] As described herein, the payment request is destined for the communication 

21 terminal, i.e., it is addressed to the communication terminal. The filter being disposed on the 
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transmission path between the server of the merchant and the communication terminal 
recognizes, when checking a received message, by means of a first identifier identifying the 
message type, e.g., when a HTML message format is used by means of the content type such 
as "application/payment request", that a payment request is concerned. The filter intercepts said 

5 message, i.e., it is not forwarded to the communication terminal, but is further processed, as is 

indicated in claim 1 . Thus, the filter is transparent, i.e. invisible to the server of the merchant. 
The server of the merchant does not have to address the payment request to the filter and, 
therefore, does not require an address of the filter. Therefore, an operator of the communication 

9 system may easily perform reconfigurations like exchanging the filter or changing the filter 
address, for instance for maintaining the system, without the server of the merchant noticing 
them. 

1 3 [0033] Advantageously, in the filter described herein, a computer unit may check as to 

whether the payment request contains the first identifier, so that interception of the payment 
request might take place by means of the computer unit of the filter. In a preferred embodiment 
of the filter described herein, a filter initiation message is included which is recognized by the 

17 filter by means of an identifier and is intercepted. When using the HTTP message format, the 

identifier may be a content type, e.g., "application/filter initiation". The filter address is thereby 
advantageously not required for effecting the filter initiation. For addressing the filter initiation 
message any address may be used, if all messages sent by the transaction server are transmitted 

21 via the filter of the communication system. The filter initiation message can, for example, be 
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addressed to the communication terminal. Preferably, the transaction server sends a 
corresponding filter initiation request to the filter upon receipt of a filter initiation request sent 
by the communication terminal. In the simplest case the filter initiation request contains an ID 
prompting the transaction server to send off the filter initiation. The ID may be a content type, 
5 e.g. "application/filterinit request". The filter is advantageously not visible to the 

communication terminal. Said kind of filter initiation serves the safety against manipulation 
attempts by others. The filter can, for example, be adjusted so as to accept no initiation 
messages from communication terminals, but only from certain transaction servers. 

9 

[0034] A computer program may be used to execute the method of the invention, 

wherein the computer program is stored on a computer-readable medium. This enables, for 
instance when using floppy discs or CD Roms, easy portability of the computer program and 
1 3 thereby enables an easy application of the invention in different devices, such as on test systems, 

simulation systems or machines for the production of terminals. 

Brief Description of the Drawings 
1 7 [0035] A more detailed understanding of the invention may be had from the following 

description of preferred embodiments, given by way of example and to be understood in 
conjunction with the accompanying drawings wherein: 

21 [0036] Fig. 1 shows a system for electronic payment transactions, 
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[0037] Fig. 2 shows another system for electronic payment transactions, 

[0038] Fig. 3 shows a message flow between elements of a system for 

electronic payment transactions for initiating a payment 

transaction, 

5 [0039] Fig. 4 shows a message flow for initiating a filter of a system for 

electronic payment transactions. 

Description of the Embodiments 
9 [0040] Fig. 1 shows in a simplified illustration a system for electronic payment 

transactions. It comprises a server CP of a merchant, a filter FI, a transaction server WS and a 
communication terminal MS. The filter FI is logically connected with all illustrated 
components. The entire message flow between the server CP of the merchant and the 
13 communication terminal MS in the indicated embodiment is effected via filter FI. 

[0041] The communication terminal MS is preferably a mobile terminal, e.g. a mobile 

phone, preferably a WAP phone, a laptop or a Personal Digital Assistant PDA. The filter FI is 

17 part of a communication system, such as a GSM, GPRS, PPDC, WCDMA, UMTS, 

Bluetooth™, DECT, a wireless LAN or a wireless ATM system. The communication between 
the communication terminal and the filter takes place via an infrastructure of the communication 
system not shown in the figure, for instance, via base stations and switching centers. The filter 

2 1 FI, the server CP of the merchant and the transaction server WS may each form part of a packet- 
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switched network, such as the internet. Alternatively, the server CP of the merchant or the 
transaction server WS may be connected with the filter FI via an auto-dial connection or via a 
fixed line. According to another embodiment, the filter FI and the transaction server WS may 
be combined in a node of the communication system. Both can be controlled by a mutual 
5 software program. 

[0042] The server CP of the merchant is preferably an internet server offering the buying 

of goods or services on HTML or WML pages. A software in the communication terminal MS, 
9 e.g. a HTML viewer, allows the customer to make a selection of the desired products and to 
place an order. Both, customers' data and software can be provided on a SIM card of the 
communication terminal. 

13 [0043] After a payment transaction order has been placed, the payment is effected by 

means of a payment transaction, which is performed by the transaction server WS. For this 
purpose the transaction server WS may comprise a data base with a corresponding customer 
account. The filter FI allows among others, that certain messages be redirected to the transaction 

1 7 server for the communication terminal. 

[0044] The payment transaction is preferably performed by means of the SET™ 

protocol being implemented in the transaction server WS and in the server CP of the merchant. 
2 1 The servers WS, CP can, for example, perform the encryption and authentication steps required 
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for the use of the SET™ protocol. In dependence on the used protocol, the electronic payment 
may involve additional nodes not shown in the figure, e.g., a server or a gateway of a credit 
institute. 

5 [0045] Fig. 2 shows in a simplified illustration another system for electronic payment 

transactions. In the following, only components and functions will be explained, which were 
not explained in connection with fig. 1 . The system additionally comprises a gateway GW 
between the communication terminal MS and the filter FI, which serves the protocol 

9 conversion. The communication between the server CP of the merchant, the filter FI, the 
transaction server WS and the gateway GW preferably takes place by means of the HTTP 
protocol. The communication terminal in contrast uses, for example, WAP as higher 
transmission protocol. The gateway GW carries out the translation between the protocols. 

13 

[0046] The system for electronic payment transactions shown in fig. 2 moreover 

comprises several transaction servers WS, WS1, WS2. Several credit card institutes can, for 
instance, each operate their own transaction server WS, WS1, WS2. Payment transactions of 
17 a customer having more than just one credit card may be performed by means of different 

transaction servers WS, WS 1 , WS2 depending on the credit card selected for the payment. The 
use of several transaction servers WS, WS1, WS2 can also serve the traffic load distribution or 
capacity extension. 

21 
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[0047] Fig. 3 shows an exchange of messages between components of a system for 

electronic payment transactions. Illustrated is the information flow between a server CP of a 
merchant, a filter FI, a transaction server WS and a communication terminal MS. After, for 
example, an ordering process by a customer with a merchant has been effected, an electronic 

5 payment transaction is initiated. For this purpose the server CP of the merchant sends a payment 

request 300 to the communication terminal MS of the customer. The payment request, for 
instance, contains the invoiced amount to be paid, a currency, information on accepted credit 
cards or a banking connection of the merchant, an address of the merchant as well as details on 

9 the placed order. Furthermore, the payment request 300 contains a first identifier identifying it 

as a message of the type "payment request", e.g. a content type "application/payment request" 
when the HTTP protocol is used. The filter FI examines all received messages for such an 
identifier. Messages containing said identifier are not forwarded to the originally destined 
13 addressee, but are intercepted. The payment request 300 illustrated in fig. 3 contains said first 

identifier, and it is, therefore, not forwarded to the communication terminal MS. 

[0048] Instead the filter FI modifies the payment request 300 by adding a transaction 

17 ID . The filter sends the modified payment request 3 0 1 to the transaction server WS . The address 

of the transaction server WS is either fixedly stored in the filter, e.g. in a ROM memory, or it 
is communicated to the filter during a filter initiation, as will be explained later. 

2 1 [0049] In another embodiment, the transaction ID to be used for the modification of the 
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payment request is communicated to the filter FI by the communication terminal MS, for 
instance, after an order for goods or services has been placed in the server CP of the merchant. 
Thus, it can be assured that the filter processes payment requests from the server of the 
merchant only when it has been provided with the transaction ID assigned by the 

5 communication terminal. This safety feature makes sure that the filter does not process any 

unexpected payment requests. Moreover, a certain time of validity can be allocated to the 
communicated transaction ID so as to prevent that it will erroneously be used for initiating a 
later payment transaction in case the server CP of the merchant does not send a payment 

9 request. 

[0050] The filter FI furthermore sends a payment request information 302 to the 

communication terminal MS. The payment request information 302 contains essentially the 
13 same transaction ID by means of which the payment request 300 was modified. The 

communication terminal reacts - either automatically or upon the user's wish - with sending 
off a payment initiation 303 to the transaction server WS. The payment initiation 303 contains 
the transaction number, which was contained in the payment request information 301. 

17 

[0051] The transaction server compares for the received modified payment information 

301 and for the received payment initiation 302 the transaction IDs thereof. In the illustrated 
embodiment an identity corresponds to a confirmation of the payment, and the transaction 
2 1 server WS performs the payment transaction 3 04 by a communication with the server CP of the 
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merchant. In dependence on the used protocol for performing the electronic payment, the 
illustrated payment transaction 304 may comprise a plurality of messages, which are exchanged 
between the transaction server WS and the server CP of the merchant, or it may include another 
instance, e.g. a server of a credit institute. 

[0052] Fig. 4 shows a message flow for initiating a filter FI of a system for electronic 

payment transactions. Filter initiation means that an address of a receiver, e.g. of a transaction 
server MS, is communicated to the filter FI, whereby the receiver receives and processes one 
or more specific message types, e.g. a payment request, on behalf of a certain communication 
terminal MS or a certain customer, i.e. it carries out, for example, an electronic payment 
transaction. In another embodiment of the invention the filter is being communicated with 
during the initiation of certain message types to which this invention is to apply. Furthermore, 
processing rules for messages of a certain type can be sent to the filter during the initiation, e.g. 
for the modification of messages of said type. 

[0053] The example shown in fig. 4 shows a filter initiation request 401 sent by a 

communication terminal MS to a transaction server WS. In order to enable a redirection of a 
payment request 300 destined for the communication terminal MS from the filter FI to the 
transaction server WS, the transaction server WS sends its address to the filter FI by means of 
a filter initiation message 402. 
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[0054] In additional embodiments of the invention, the messages illustrated in figures 

3 and 4 each represent a message bundle, which may comprise messages for the confirmation, 
authentication or encryption. 

5 [0055] Envisaged herein is a computer program to carry out the method of the invention 

described above. The computer program, which can be loaded in an internal memory of a 
digital computer unit, especially of a communication terminal, comprises software code parts 
being suited to perform the method according to the invention when the computer program is 

9 executed on the computer unit. 

[0056] The computer program can alternatively be stored on a computer-readable 

medium, such as a floppy disc, a CD-ROM or an optical disk. 

13 

[0057] Although preferred embodiments of the method and filter of the present 

invention have been illustrated in the accompanying drawings and described in the foregoing 
description, it will be understood that the invention is not limited to the embodiments disclosed, 
17 but is capable of numerous rearrangements, modifications, equivalents and substitutions 

without departing from the scope of the invention as set forth in the appended claims. 
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